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Abstract — Internet has led to the creation of a digital society, 
where everything is connected and is accessible from anywhere. 
However, despite their widespread usage, traditional IP 
networks are complex and very hard to manage. It is both 
difficult to configure the network according to defined policies, 
and to reconfigure it to respond to faults, loads and changes. To 
make matters even more difficult, current networks are also 
vertically integrated i.e. the control and data planes are 
combined. With the increasing demand, usage of bandwidth and 
frequency spectrum resources is beyond expectations. The 
frequency spectrum and network information have considerable 
relevance. Thus the spectrum utilization and channel flow 
interactions should be simultaneously considered. Software 
Defined Networking (SDN) has evolved to change this state of 
affairs, by breaking this vertical integration. 

Index Terns — Control plane; Data plane; OpenFlow; 
Software Defined Networking 


I. Introduction 

Software defined networking - SDN is gaining a lot of 
attention in recent years as it addresses the lack of 
programmability in existing networking architectures by 
enabling easier and faster network innovation. SDN separates 
the data plane from the control plane and facilitates software 
implementations of complex networking applications on top. 
It supports for less specific and cheaper hardware that can be 
controlled by software applications through standardized 
interfaces. There is an expectation for more flexibility by 
dynamically adding new features to the network in the form of 
networking applications. This is a known concept from 
mobile phone operating systems, such as Apple’s iOS and 
Google’s Android, where “apps” can dynamically be added to 
the system [6]. 

According to the Open Networking Foundation (ONF), 
the SDN is: 

• Directly programmable: Network control is directly 
programmable because it is decoupled from forwarding 
functions. 

• Agile: Control is abstracted from forwarding which lets 
administrators dynamically adjust network-wide traffic flow 
to meet changing needs. 

• Centrally managed: Network intelligence is centralized 
(logically) in software based SDN controllers that maintain a 
global view of the network which appears to applications and 
policy engines as a single logical switch. 

• Programmatically configured: SDN allows network 
managers to manage, configure, secure, and optimize the 
network resources very quickly through dynamic, automated 
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SDN programs, which can be written by them as programs do 
not depend on proprietary software. 

• Open standards and vendor-neutral: Implemented through 
open standards, SDN simplifies network design and 
operations as instructions are provided by SDN controllers 
instead of multiple vendor-specific devices and protocols [2], 


II. SDN Architecture 
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A three -layer Software-Defined Networking (SDN) 
Architecture [6] 

• The control and data planes are decoupled. 

• Network intelligence and state are logically 

centralized 

• The underlying network infrastructure is abstracted 

from the applications. [1] 

SDN consists of four key features: 

• It separates the control plane from the data plane. 

• A centralized controller and view of the network. 

• Open interfaces between the devices in the 
control plane (controllers) and those in the 
data plane. 

• Programmability of the network by external 

applications [1], 

The networks that employ programmable routers to 
facilitate the routing mechanism are known as 
Software-Defined Networks. 
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• The SDN framework consists of three layers. The 

bottom layer is the infrastructure layer which is also 
called as the data plane. It consists of forwarding 
network elements. The tasks of the forwarding plane 
are mainly data forwarding, monitoring local 
information and gathering statistics [6]. 

• The middle is the control layer also called as the 

control plane. It is responsible for programming and 
management of the forwarding plane. It makes use of 
the information provided by the forwarding plane 
and defines network operations and routing. It 
consists of one or more software controllers that 
communicate with the forwarding network elements 
through standardized interfaces. OpenFlow mainly 
considers switches, while other SDN approaches 
consider other network elements such as routers. [6] 

• The application layer contains network applications 

that can introduce new network features, such as 
security and manageability, forwarding schemes or 
assists the control layer in the network configuration. 

• The application layer can receive an abstracted and 

global view of the network from the controllers and 
use that information to provide appropriate guidance 
to the control layer. The interface between the 
application layer and the control layer is referred to 
as the northbound interface. For the latter, no 
standardized API exists today, and in practice, the 
control software provides its own API to 
applications. [6] [23] 

III. SDN Development tools 

A. Emulation and Simulation Tools 

Mininet is one which allows an entire OpenFlow network to 
be emulated on a single machine thus simplifying the initial 
development and deployment process. The ns-3 network 
simulator supports OpenFlow switches within its 
environment, though the current version only implements 
OpenFlow v0.89 

B. Available Software Switch Platforms 

There are currently several SDN software switches 
available that can be used to run an SDN testbed or when 
developing services over SDN. For example Open vSwitch, 
Indigo. 

C. Native SDN Switches 

Commercial switches available are Netlron CES 2000 
Series, RackSwitch G8264 etc. 

D. Available Contoller Platforms 

Flowvisor is a transparent proxy between OpenFlow 
switches and multiple OpenFlow controllers. It creates 
network slices and can delegate control of each slice to a 
different controller, also promoting isolation between slices. 
RouteFlow is an open source project that provides a 
virtualized IP routing over OpenFlow capable hardware. 


E. Code Verification and Debugging 

Verification and debugging tools are vital resources for 
SDN also as for traditional software development. For 
portable network apps to be successful, network behaviour 
must be thoroughly tested and verified. 

NICE is an automated testing tool used to uncover bugs in 
OpenFlow programs through model checking and symbolic 
execution. 

Anteater checks network invariants that exist in the data 
plane such as connectivity or consistency .It is 
protocol-agnostic and also catches errors that result from 
faulty switch firmware or inconsistencies with the control 
plane communication. 

VeriFlow proposes a real-time verification tool that 
resides between the controller and the forwarding elements. 
This adds the potential benefit of being able to halt rules that 
will cause anomalous behaviour before they reach the 
network [4], 


IV. OpenFlow 

The OpenFlow protocol has been accepted as the interface 
between the control and data planes. OpenFlow provides per 
flow statistics collection primitives at the controller. The 
controller can poll a switch to collect statistics on the active 
flows. It can request a switch to push flow statistics (upon 
flow timeout) at a specific frequency. The controller has a 
global view of the network. An effective monitoring solution 
can be developed using these capabilities of an OpenFlow 
Controller. A network management application for SDN 
would be a part of the control plane, rather than being 
independent of it. This is due to the heterogeneity in the 
controller technologies, and the absence of a uniform abstract 
view of the network resources [10], 

OpenFlow switches runs embedded software needed to 
process control messages sent by the controller and 
configures flow tables accordingly. This software needs to be 
compliant with the OpenFlow specification. The 
specifications may be ambiguous and may have several 
interpretations, which may give implementation freedom to 
vendors which lead to implementations that exhibit 
compatibility and interoperability. In SDN deployment 
scenarios, the infrastructure is constituted of OpenFlow 
switches from multiple vendors. Thus, this kind of problems 
can easily occur at the forwarding infrastructure level. 
Systematic OpenFlow Testing (SOFT) is an exhaustive 
approach and tool for automated switch interoperability 
testing using symbolic execution and the constraint solver 
(having as input formulas over the theory of bitvectors and 
arrays that captures most expressions from languages like C, 
C++, Java, Verilog etc). This approach allows leverage 
multiple OpenFlow implementations at the development 
stage. 

[11] [24] [25] [26] [27] 

OpenFlow controllers 

1) Maestro: Maestro is a multi -threaded OpenFlow 
controller. OpenFlow packets are received from the sockets 
by the main thread and put in the shared raw-packet queue. 
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Packet batching is used but the number of bytes to be read is 
not static and depends on the present workload. Maestro is the 
only publicly available controller which uses task batching so 
that worker threads pulls a batch of tasks to process multiple 
flow-requests in a single execution. Output batching 
technique is used to send packets out in which packets 
belonging to the same destination are grouped together and 
sent using a single socket system call [12], 

2) NOX-MT: NOX-MT has a multi -threaded architectural 
designwhich uses the Boost: :Asio libraries for network and 
low-level I/O programming. Boost::Asio acts as a switch 
partition and is responsible for distributing the connecting 
OpenFlow switches to worker threads statically. Static packet 
batching technique is used to reduce frequent read system 
calls. The incoming packets are processed one by one and 
then batched together in case of high control traffic before 
they are sent out. The static input batching helps NOX-MT to 
achieve a high throughput performance but affects its latency 
[ 12 ]. 

DISCO , a Distributed SDN Control plane for WAN and 
constrained overlay networks, relies on a per domain 
organization, where each controller is in charge of an SDN 
domain, and provides a lightweight and highly manageable 
inter-controller channel. DISCO dynamically adapts to 
heterogeneous network topologies while being resilient 
enough to survive to disruptions [13]. DISCO is able to 
support in the distributed and heterogeneous nature of modern 
mission-critical networks [14]. 

Software Defined Networking and OpenFlow allows for 
better network control and flexibility in the pursuit of 
operating networks as efficiently as possible. OpenFlow 
provides interfaces to implement fine-grained Traffic 
Engineering (TE) [17]. 

The re-configurability is the ability to safely update the 
current forwarding states at the data plane to the new states 
without interrupting the data flows. When updating, one or 
multiple controllers write to the forwarding states of their 
switches via the OpenFlow (OF) protocol. The forwarding 
states control different switch resources to decide the output 
behaviors of the incoming packets at the switch level. 
Example includes the forwarding rules in the flow table, the 
rate limiting on the input queues as well as up and down 
statuses of the ports [18]. 

CrossRoads: 

Being a single point of failure and a performance 
bottleneck, a single OpenFlow controller across multiple data 
centers is not practical since direct wire or hub based layer 2 
connectivity is required between the controller and all the 
network elements. CrossRoads works across multiple data 
centers, each with their own one or more independent 
OpenFlow controllers. CrossRoads is a network fabric that 
provides a layer agnostic and seamless online and offline VM 
mobility across multiple data centers. CrossRoads extends to 
location independent based on pseudo addresses to work with 
control plane overlay of OpenFlow network controllers in 
several data centers [19] 


Palette: Distributing Tables 

Palette is a framework which decomposes and distributes 
SDN tables across the network. Palette is important as switch 
table sizes can become a bottleneck in scaling SDNs. It 
facilitates handling the heterogeneity of switches in the 
network and the changes of equipment [1]. 

V. Scalability of sdn 

SDN moves the control function out of data plane. This 
enables both the planes to evolve independently and has many 
advantages like high flexibility, being vendor agnostic, 
programmability, and the possibility of realizing a centralized 
network view. But there have always been concerns about 
performance and scalability. 

It is nontrivial to define a standard API between the two 
planes as this API should handle the needs of several 
architectures and provide independent evolution of both the 
planes. All or most of switch vendors should be able to adopt 
to a standardized API for it to be useful or else networks will 
be in control of specific vendors, which leads to proprietary 
layers, which prevents rapid change and innovation in 
networks. 

OpenFlow API can be extended in order to better handle 
the concept of “content” and to support new content-related 
methods, such as key management, caching and 
routing-by-name, and so on. OpenFlow architecture and 
protocols can be modified and enhanced to support 
Information Centric Networks (ICN) [20]. 

Transferring of traditional local control functionalities to 
a remote controller results in new bottlenecks like signalling 
overheads that can be significant depending on the type of 
network and associated applications. 

Controller Scalability: SDN pushes all the control 
functionality to a centralized controller providing a complete 
network wide view, developing control applications and 
enforcing policies. But controllers can become bottleneck in 
the network operation when the size of network grows; more 
events and requests are sent to the controller which fails to 
handle all the incoming requests [22], 

VI. SDN APPLICATIONS 

Software -defined networking has applications in a wide 
variety of networked environments. The following are 
different environments for which SDN solutions have been 
proposed or implemented. 

Data Centers 

Data Centers have evolved at an amazing pace in recent 
years, constantly attempting to meet rapidly changing 
demand. Enforcing policy and traffic management is critical 
when operating in large-scale, as any service disruption or 
delay may lead to massive loss. An increasingly important 
consideration is energy consumption, which has a non-trivial 
cost in large-scale data centre. A power manager that utilizes 
SDN to find minimum power network subset satisfies current 
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traffic conditions and turns off switches that are not needed. 
As a result, they show energy savings between 25-62% under 
varying traffic conditions. 

Enterprise Networks 

Enterprises often run large networks, while also have strict 
security and performance requirements. In addition, different 
enterprise environment have different requirements, 
characteristics, and user population, for example. University 
networks can be considered a special case of enterprise 
networks. In this environment, many of the connecting 
devices are temporary and not controlled by the University, 
challenging security and resource allocation. Universities 
must often provide support for research test-beds and 
experimental protocols. Adequate management is critically 
important in Enterprise environments, and SDN can be used 
to programmatically enforce and adjust network policies as 
well as help monitor network activity and tune network 
performance [4]. 

VII. CONCLUSION 

Software defined Networking is an innovative trend in 
communication networks. The main idea behind SDN is to 
decouple the control and data planes in a router. A router in a 
typical SDN environment shall only forward data, while all 
routing decisions shall be made by an external device known 
as controller. The number of controllers and their placements 
in the network depends on a variety of factors. However, for 
medium sized networks, one or two controllers may be 
sufficient. 

Software-Defined Networking (SDN) can provide an 
enhanced interaction between networks and applications, and 
a more dynamic and demand-based allocation of network 
resources to heterogeneous applications. This paper 
highlights SDN architecture and OpenFlow 
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